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D scription 

[0001] The present invention relates to the field of tel- 
ecommunications systems in general and synchronous 
digital hierarchy (SDH) networks in particular. 
[0002] Telecommunications operators commonly ar- 
range network elements (NE) or nodes such as tele- 
phone exchanges into ring topology networks in which 
each node is connected to its immediate neighbours by 
either two or four fibres. An example of such a ring net- 
work is a ring where a multiplex section shared protec- 
tion is deployed (MS-SPRING). Such networks need to 
allow for the possibility of equipment failure: either node 
failure or failure of a span between two adjacent nodes. 
In order to cater for such failures, the spans commonly 
comprise working channels for carrying normal traffic 
plus additional, so-called protection channels which al- 
low for the re-routing of traffic in the event of a failure. 
These protection channels may be unused normally or 
carry extra traffic which can be discarded in the event 
of a failure. Routing of traffic via a protection channel in 
order to avoid a failure point in a ring is known as pro- 
tection switching. 

[0003] One problem with protection switching is what 
to do with traffic which can no longer be delivered to the 
correct destination due to such a failure. This can occur 
if the destination node has failed or if a number of spans 
have failed rendering the destination node out of reach 
of the rest of the network. A destination node which has 
failed or which is isolated from the rest of the network 
due to failure in one or more spans is said to be invalid. 
Traffic that is destined for an invalid node is said to be 
undeliverable. There is a danger that such undeliverable 
traffic may be misdirected and end up at the wrong des- 
tination. 

[0004] This could have serious consequences, partic- 
ularly if confidential information were to fall into the 
wrong hands as a result. There is therefore a need to 
delete undeliverable traffic. The deletion of undelivera- 
ble traffic is called squelching. 

[0005] In order to provide squelching a method is 
needed to enable undeliverable traffic to be identified. 
A proposed method for dealing with undeliverable traffic 
in MS-SPRING is described in ITU-T Standard G.841. 
MS-SPRING provides for the identification of undeliver- 
able traffic by having a so-called node map at each node 
of the ring. The node map would contain information on 
the traffic passing through the corresponding node: its 
origin, destination and whether it is to be dropped in that 
node or to be passed through. 

[0006] A problem with the use of node maps is that 
they place a considerable burden on the telecommuni- 
cations operator who has to generate and maintain com- 
plex tables of traffic information. A second problem is 
that MS-SPRING as currently defined does not support 
low order virtual container (LOVC) access. A further and 
important disadvantage of MS-SPRING is that it does 
not support timeslot interchange (TSI). This places a se- 



vere limitation on operators and raises a question as to 
the practicality of using MS-SPRING in a commercial 
network. 

[0007] The use of the present invention allows the 

5 above problems to be addressed and in particular allows 
the above problem of undeliverable traffic to be ad- 
dressed without the disadvantages of node maps. 
[0008] The present invention provides a synchronous 
digital hierarchy (SDH) telecommunications system for 

io the transport of traffic, said traffic comprising control 
bytes for indicating the sources of the traffic, said system 
comprising a plurality of interconnected nodes : the 
nodes arranged for the identification of undeliverable 
traffic by checking the indications of the sources. 

is [0009] Preferably the SDH telecommunications sys- 
tem also comprises a network management system 
(NMS) in which the NMS is arranged to provide each 
node with information concerning the expected sources 
of the traffic, in which the system is arranged to identify 

20 undeliverable traffic by means of a comparison of the 
sources indicated by the control bytes with the expected 
sources. 

[0010] In a preferred embodiment the plurality of in- 
terconnected nodes comprise a multiplex section 
25 shared protection ring (MS-SPRING). 

[0011] Each node may comprise a plurality of pieces 
of transmission equipment, each piece equipment may 
comprise a plurality of ports. 

[0012] An example of a control byte is an overhead 
30 byte such as SDH path overhead (POH). 

[0013] An embodiment of the present invention will 
now be described by way of example with reference to 
the drawings in which: 

35 Figure 1 shows in block diagram form a two-fibre 
ring network of the prior art; 
Figure 2 shows a span of the network of Figure 1 in 
more detail; 

Figure 3 shows in block diagram form a four-fibre 
40 ring network of the prior art; 

Figure 4 shows a span of the network of Figure 3 in 
more detail; 

Figure 5 shows the format of the N1 byte in the TCM 
protocol of the prior art; 
45 Figure 6 shows the format of a TCM data message 
of the prior art. 

[0014] According to this embodiment, the inventbn is 
applied to a multiplex section shared protection ring 

so (MS-SPRING) network. The MS-SPRING may have two 
or, as an alternative, four fibres (although the invention 
is equally applicable to networks with more than four fi- 
bres). Two-fibre MS switched rings (see Figure 1) re- 
quire only two fibres for each span of the ring. Each fibre 

ss carries both working channels and protection channels. 
On each fibre, half the channels are defined as working 
channels and half are defined as protection channels. 
The normal traffic carried on working channels in one 
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fibre are protected by th prot ction channels travelling 
in the opposite direction around the ring. This permits 
the bidirectional transport of normal traffic. Only one set 
of overhead channels is used on each fibre. In Figure 2 
a two-fibre span is shown in more detail: each fibre 
shown carrying normal (working) traffic together with 
protection traffic between two nodes, each fibre carrying 
traffic in a different direction. 

[0015] Four-fibre MS-SPRING (see Figure 3) requires 
four fibres for each span of the ring. In Figure 4 a four- 
fibre span between two nodes is shown in more detail. 
As illustrated in Figure 4, working and protection chan- 
nels are carried over different fibres: two multiplex sec- 
tions transmitting in opposite directions carry the work- 
ing channels while two multiplex sections, also transmit- 
ting in opposite directions, carry the protection chan- 
nels. This permits the bidirectional transport of normal 
traffic. The multiplex section overhead is dedicated to 
either working or protection channels since working and 
protection channels are not transported over the same 
fibres. 

[0016] In Figures 1 and 3 each arrow represents a fi- 
bre, the arrow head indicating the direction of traffic flow 
along the fibre. In Figure 3 arrows with dotted lines in- 
dicate fibres used for protection switching. 
[0017] According to this embodiment of the invention 
undeliverable traffic is identified in the MS-SPRING by 
means of Tandem Connection monitoring. Tandem con- 
nection monitoring (TCM) is a concept discussed in ITU- 
T standard G. 707 for allowing the performance of a seg- 
ment of the traffic path in an SDH telecommunications 
network to be monitored. For example where traffic 
passes through a number of different operator networks: 
each operator could use TCM to verify the performance 
of path segments carrying that traffic across their own 
network. This is in contrast to end-to-end monitoring. 
TCM uses overhead bytes N1 and N2 in the SDH frame 
to transport the TCM functionality. 
[001 8] A Tandem Connection is defined as a group of 
Higher Order VC(HOVC)-ns which are transported and 
maintained together through one or more tandem line 
systems, with the constituent HOVC payload capacities 
unaltered. In support of the layered overhead approach 
used in SDH, the Tandem Connection sub-layer falls be- 
tween the Multiplex Section and path overhead layers 
(i.e. the functional overhead layering evolves to Regen- 
erator Section, Multiplex Section, Tandem Connection 
and Path Layers). 

[0019] The N1 byte in the path overhead in each 
HOVC of the Tandem Connection is defined as Tandem 
Connection Overhead (TCOH). N1 is allocated for Tan- 
dem Connection Monitoring for the VC-4 and VC-3 lev- 
els. As shown in Figure 5, bits 1-4 of this byte in each 
HOVC of the Tandem Connection are used to provide a 
Tandem Connection Incoming Error Count (IEC). Bit 5 
operat s as the TC-Remote Error Indication (TC-REI) 
of the Tandem Connection to indicate errored blocks 
caused within the Tandem Connection. Bit 6 operates 



as the Outgoing Error Indication (OEI) to indicate er- 
rored blocks of the egressing VC-n. Bits 7-8 operate in 
a 76 multiframe used to provide an end to end data link. 
[0020] Bits 7-8 are used to provide: 

5 

the TC Access Point Identifier (TC-APId); 
the TC-Remote Defect Indication (TC-RDI), indicat- 
ing to the far end that defects have been detected 
within the Tandem Connection at the near end Tan- 
10 dem Connection sink. 

the Outgoing Defect Indication (ODI), indicating to 
the far end that Administrative/Tributary Unit Alarm 
Indication Signal (AU/TU-AIS) has been inserted in- 
to the egressing AU-n/TU-n at the Tandem Connec- 
ts tion sink due to defects before or within the Tandem 
Connection. 

reserved capacity (for future standardisation) 

[0021] The structure of the multiframe is given in Fig- 
20 ure 6. 

[0022] If no valid AU-n/TU-n enters the Tandem Con- 
nection at the Tandem Connection source then a valid 
pointer is inserted. This results in a VC-AIS signal being 
inserted; the IEC is set to "incoming AIS" code. If a valid 
25 AU-n/TU-n enters the Tandem Connection, then an 
even Bit Interleaved Parity -8 (BIP-8) is computed for 
each bit n of every byte of the VC-n in the preceding 
frame including B3 and compared with byte B3 recov- 
ered from the current frames to determine the number 
30 of BIP violations arriving at the Tandem Connection 
source. This value is coded into bits 1 to 4. 
[0023] In both cases bits 4-8 are assembled and 
transmitted according to Figures 5 and 6. The bits TC- 
REI, TC-RDI, OEI, ODI are set to "1 " if the correspond- 
35 ing anomaly or defect is detected at the associated Tan- 
dem Connection sink of the reverse of direction. Since 
the BIP-8 parity check is taken over the VC-n (including 
N1), writing into N1 at the Tandem Connection source 
or sink will affect the VC-4/VC-3 path parity calculation. 
40 Because the BIP-8 parity should always be consistent 
with the current state of the VC-n the BIP has to be com- 
pensated each time N1 byte is modified. Since the BIP- 
8 value in a given frame reflects the parity check over 
the previous frame, the changes made to BIP-8 bits in 
45 the previous frame shall also be considered in the com- 
pensation of BIP-8 in the current frame. 
[0024] If an unequipped or supervisory unequipped 
signal enters a Tandem Connection, then the N1 and B3 
bytes are overwritten with values not equal to all zeroes. 
50 [0025] A valid AU-n/TU-n at the Tandem Connection 
sink means that the N1 byte is monitored. The multi- 
frame in bits 7 and 8 is recovered and the contents are 
interpreted. If the multiframe cannot be found, the TC- 
RDI and ODI bits are set to "1" in the reverse direction 
55 and AU/TU-AIS is inserted in the egressing AU-n/TU-n. 
The TC-APId is recovered and compared with the ex- 
pected TC-APId. In the case of a mismatch, the TC-RDI 
and ODI bits are set to "1" in the reverse direction and 
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AU/TU-AIS is inserted in the egressing AU-n/TU-n. 
[0026] An "incoming AIS" - code indicates that a de- 
tect has already occurred belore the Tandem Connec- 
tion. In this case only the ODI-bit is set to "1 1 in the re- 
verse direction and AU/TU-AIS is inserted in the egress- 
ing AU-n/TU-n. 

[0027] The even Bl P-8 parity is computed for each bit 
n of every byte of the VC-n in the preceding frame in- 
cluding B3 and compared with byte B3 recovered from 
the current frames to determine the number of BIP vio- 
lations. The OEI bit is set to "1 " in the reverse direction 
if the number of determined BIP-violations is greater 
than zero. Furthermore this value is compared with the 
number of BIP-violations retrieved from the I EC of the 
current frame. If the difference is not equal to zero an 
errored block caused within the Tandem Connection is 
declared and a TC-REI bit is signalled in the reverse di- 
rection. 

[0028] If AU/TU-AIS is not inserted by the Tandem 
Connection sink, the N1 byte is set to all zeroes and the 
BIP is compensated as described above. 
[0029] The element which originates/terminates the 
Tandem Connection is referred to as the Tandem Con- 
nection Terminating Element (TCTE). A Multiplex Sec- 
tion terminating element (MSTE) or a path terminating 
(PTE) may also be a TCTE. 

[0030] In an alternative embodiment the above de- 
scription relating to HOVC-ns also applies to Tandem 
Connections defined as a group of Low order VC 
(LOVC)-ns with the N2 byte being used in place of the 
N1 byte. 

The second part of the arrangement is the provision to 
each individual node, transmission equipment and each 
individual port on each piece of transmission equipment 
of information as to the expected path trace (i.e. indica- 
tion of the source) of traffic received. This source infor- 
mation is provided to each node by the relevant network 
management system, typically when a new path is set 
up. The checking of the source information contained in 
the overhead control bytes may be carried out at a 
number of levels as follows: 

[0031] At the basic level the source may be checked 
only at the node where the traffic enters at TCM domain 
(referred to as the ingress node) and at the node at 
which the path leaves a TCM domain (known as the 
egress node). Typically the ingress and egress nodes 
will be situated at the points at the message path enters 
and leaves a particular operator's network respectively. 
However, it is also feasible to implement a more thor- 
ough checking regime in which, in addition to the ingress 
and egress nodes, the checking of the source indication 
is carried out at some or all of the intermediate nodes, 
i.e. those nodes along the path between the ingress 
node and the egress node in a particular TCM domain. 
Alternatively, checking at intermediate nodes may be 
used instead of checking at the ingress and egress 
nodes. In the extreme case protection could still be af- 
forded by checking only at the ultimate node on a path, 



i.e. where the traffic is dropped lor delivery to th recip- 
ient. 

[0032] Each node will have a plurality of ports and 
each port may provide access for a single path or a plu- 

5 rality of paths. The arrangement of the invention can 
cope with both eventualities as each incoming path, 
whether it has a dedicated port or shares a port with 
many others is provided with a unique identifier which 
allows it to be associated in the node with the relevant 

10 source identification. 

[0033] Where undeliverable traffic is detected by a 
node it is squelched, i.e. the content of the undeliverable 
VC is set to all ones. 

[0034] The present invention has been described with 
is reference to TCM protocol option 2 (as designated in 
ITU-T G.707) however it will obvious to the skilled per- 
son in the field that the invention may also be applied to 
TCM protocol option 1 (as identified in that standard). 
[0035] The invention equally applies to networks con- 
20 sisting of SDH paths in which traffic may become unde- 
liverable due to failures in the network, the networks 
having topologies other than rings. The invention is also 
applicable to other forms of path trace, for example main 
path trace, i.e. covering the entire path rather than aseg- 
25 ment. 

[0036] The invention equally applies to conventional 
as well as partially or all optical networks, including net- 
works based on a single fibre carrying a plurality of op- 
tical wavelengths: one or more optical wavelengths be- 
so ing used to carry working channels, other optical wave- 
lengths within the same fibre used to carry protection 
channels. 



35 Claims 

1. A synchronous digital hierarchy (SDH) telecommu- 
nications system for the transport of traffic, said traf- 
fic comprising control bytes for indicating the sourc- 
40 es of the traffic, said system comprising a plurality 
of interconnected nodes, the nodes arranged for the 
identification of undeliverable traffic by checking the 
indications of the sources. 

45 2. The SDH telecommunications system of Claim 1 al- 
so comprising a network management system 
(NMS) in which the NMS is arranged to provide 
each node with information concerning the expect- 
ed sources of the traffic, in which the system is ar- 

50 ranged to identify undeliverable traffic by means of 
a comparison of the sources indicated by the control 
bytes with the expected sources. 

3. The SDH telecommunications system of any one of 
55 the above claims arranged to identify undeliverable 
traffic according to tandem connection monitoring 
(TCM) protocol. 
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4. The SDH telecommunications system of any one of 
the above claims in which the indications of the 
sources of the traffic are present in TCM format. 

5. The SDH telecommunications system of any above 
claim in which undeliverable traffic is identified by 
means of TCM path trace. 

6. The SDH telecommunications system of Claim 5 in 
which the TCM path trace is defined in terms of high 
order virtual containers or low order virtual contain- 
ers. 

7. The SDH telecommunications system of any one of 
the above claims in which each node is arranged to 
squelch traffic identified by that node as being un- 
deliverable. 

8. The SDH telecommunications system of any one of 
the above claims in which the nodes arranged for 
the identification of undeliverable traffic comprise 
ingress nodes and egress nodes. 

9. The SDH telecommunications system of any one of 
the above claims in which the nodes arranged for 
the identification of undeliverable traffic comprise 
intermediate nodes. 

10. The SDH telecommunications system of anyone of 
Claims 1 and 2 in which undeliverable traffic is iden- 
tified by means of main path trace. 

11. The SDH telecommunications system of any one of 
the above claims in which each node comprises a 
number of ports for the receipt of traffic in which the 
identification of undeliverable traffic is carried out at 
the port at which the traffic is received. 

1 2. The SDH telecommunications system of any one of 
the above claims in which the control bytes are 
overhead bytes. 

1 3. The SDH telecommunications system of any one of 
the above claims in which the control bytes are path 
overhead bytes. 

14. The SDH telecommunications system of any one of 
the above claims in which the identification of the 
sources comprises identification of the originating 
ports. 

15. The SDH telecommunications system of Claim 14 
in which the originating ports are attached to nodes 
and in which the identification of the sources com- 
prises identification of the location of the nodes to 
which the originating ports are attached. 

1 6. The SDH telecommunications system of any one of 



the above claims in which the plurality of intercon- 
nected nodes comprise a multiplex section shared 
protection ring (MS-SPRING). 
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